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SYSTEM FOR CONTROLLING THE USE OF A 
SOFTWARE APPLICATION ON A PLURALITY OF COMPUTERS 

5 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to the field of controlling the use of a given software 
10 application or computer program on a plurality of computers, and has particular 
application in the field of managing the authorisation of licenses for a software 
application, and the allocation of particular rights under the licenses, for a plurality of 
computers. 

15 2. Description of the prior art 

A system for protecting a computer program against unauthorised copying in a network 
including a number of computers connected to a file server is disclosed in an article 
entitled "Software Protection" by Doug and Dale Cabell, published in Micro 

20 Communications, Vol. 2, No. 5, May 1985, pp. 35-37. According to this article, 

individual users are required to supply the serial number of the program to the server, and 
are barred from use of the program if the serial number supplied does not match that 
stored in a file server. The maximum number of users of the program may also be 
limited by supplying a message to new users when the set number has been exceeded, 

25 following which such new users must wait until an existing user has finished using the 
program before they can proceed. 

A system for controlling the availability of licenses for a given computer program for use 
by a number of computers or nodes in a computer network is disclosed in US-5,390,297. 
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According to this patent, a plurality of nodes connected in a network each have a 
respective license manager for detecting the availability at that node of a valid license to 
operate the computer program. In the absence of a valid license, the license manager of 
the local node searches the other, remote, nodes for such a valid license. If the valid 
5 license is located at another node, the license manager of the first or local node saves the 
license information in the memory of the local node and creates a new license in the local 
node, at the same time requesting the remote node to erase the license so that the 
transferred license is no longer available on the remote node. In this way, licenses may 
be transferred between the different nodes in the network, and the number of copies of 
10 the given computer program that are in use may be controlled accordingly. 

A drawback with this prior art arrangement is its complexity, given the need for a license 
manager, with consequent storage capacity, at each individual node in order simply to 
control the allocation of licenses for use of the computer program amongst the different 
15 nodes in the network. The prior system concerns concurrent licensing of one computer 
program for use by a number of different nodes in a network, and the transfer of a license 
from one node to another as and when there is an immediate need for a license at the 
other node and one is not locally available. As soon as a transfer has taken place, the 
license is erased from the first node and therefore no longer exists there. 

20 

Thus, there is no central management arrangement for keeping track of whether or not the 
computer program is available at any particular node, or for monitoring the use of the 
computer program by a particular node. Simply, if a license is available at a node, the 
computer program can be executed. If not, a search through all the nodes has to be 
25 conducted. Then, on each occasion that the license is transferred from one node to 
another, the original license is erased and the computer program can no longer be 
executed. 
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Such an arrangement results in a considerable duplication of processing and requires a 
substantial storage capacity at each individual node. In addition, it has the disadvantage 
that the overall license management ability is limited. Further, the users of such networks 
may experience access problems if all of the licenses are allocated, even if in some cases 
5 only a small proportion of the computer program is actually in use at a given node. 

There is a need for a simplified system for managing the allocation of licenses for a given 
software application amongst a plurality of computers. There is also a significant need 
for a more flexible license management system permitting a wider range of license 
10 options and user access to the given software application. 

SUMMARY OF THE INVENTION 

An object of the present invention is to provide new systems and methods for controlling 
15 the use of software applications or computer programs. 

Another object of the present invention is to manage the allocation of licenses for 
software applications to a plurality of computers in a computer system. 

20 A further object of the present invention is to manage the allocation of licenses for a 

given software application to a plurality of computers in a computer system by means of 
a server. 

A further object of the present invention is to control the issue of rights under a license 
25 amongst a plurality of computers in a computer system. 

According to a first aspect of the invention, there is provided a computer system 
comprising: a plurality of computers, each capable of running a given software 
application, a server having a server store, communication means respectively permitting 
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communication between each said computer and said server, and a transaction 
arrangement operable respectively between each said computer and said server by way of 
said communication means for enabling a predetermined use of said given software 
application by respective ones of said computers, in which said server controls said 
5 predetermined use by means of said transaction arrangement and according to conditions 
stored in said server store. 

Preferably, the transaction arrangement comprises a license management system for 
verifying the availability for a respective computer of a license for the software 
10 application. 

The license management system may advantageously also control license rights available 
under the license, and be arranged to configure a respective computer to operate 
according to such license rights. 

15 

According to a further aspect of the invention, there is provided a license management 
system for controlling the use of at least one given software application respectively on a 
plurality of computers, said system comprising: an application store associated with each 
said computer for storing a copy of said given software application; a remote data store 

20 for storing information concerning a license to operate said at least one given software 
application; a remote data store for storing identification information relating to said at 
least one given software application; a remote data store for storing identification 
information relating to each said computer; and a transaction arrangement operatively 
linking said application store, said license store, said application directory and said 

25 computer directory, said transaction arrangement being responsive to a request from a 
respective said computer for use of said at least one given software application to verify 
whether said at least one given software application is available for use by said respective 
computer and to transmit to said respective computer a said license to use said at least 
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one given software application in the event that said at least one given software 
application is so available. 

According to a further aspect of the invention, there is provided a computer programmed 
5 to perform a transaction for enabling the operation of a given software application, the 
transaction arrangement comprising: creating a license file for a license to operate said 
given software application; assigning to said license file a serial number representing said 
given software application; assigning to said license file an identification code 
representing said computer; transmitting to a server a request to execute said given 
10 software application; transmitting with said request said serial number and said 
identification code; in response to a server reply updating the license file with 
information concerning the availability of said license; and reading said license file for 
establishing whether said given software application can be executed. 

15 According to another aspect of the present invention, there is provided a method for 

controlling the execution of a given software application on a plurality of computers in a 
computer system including a server, said method comprising the steps of: creating a 
license file on a respective said computer for a license to operate said given software 
application; assigning to the license file an identification code representing said 

20 respective computer; transmitting to a server a request to execute said given software 

application at said respective computer; transmitting with said request a serial number for 
said given software application and said identification code; in response to a reply from 
said server updating the license file with information concerning the availability of said 
license; and reading said license file for establishing the status of said license at said 

25 respective computer. 



BRIEF DESCRIPTION OF THE DRAWINGS 
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The present invention will be described further, by way of example, with reference to the 
accompanying drawings showing the preferred embodiments, in which: 

Figure 1 is a block diagram of a computer system embodying the present 
5 invention; 

Figure 2 is a block diagram showing a database table of a server in the computer 
system of Figure 1; 

Figure 3 is a flow chart representing a transaction between a client and a server of 
the computer system of Figure 1 according to a first embodiment of the invention; 
10 Figure 4 is a flow chart showing the transaction of Figure 3 in greater detail; 

Figure 5 is flow chart showing a further transaction between the client and the 
server according to the first embodiment of the invention; 

Figure 6 is a flow chart showing a still further transaction between the client and 
the server according to the first embodiment of the invention; 
15 Figure 7 is a flow chart corresponding to Figure 4 showing a transaction between 

the client and the server according to a second embodiment of the invention; and 

Figure 8 is a flow chart corresponding to Figure 5 and showing a further 
transaction between the client and the server according to the second embodiment of the 
invention. 

20 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

3 . General Description 

25 Referring initially to Figures 1 and 2, a computer system 10 capable of running a given 

software application is shown. The system comprises a number of clients 12, shown here 
as computers A, B and C, which may be located at the same site or at a plurality of 
different sites and which may be under the control of the same entity or under the control 
of different entities. Each client 12 is able to communicate directly with a server 14, for 
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example a separate computer at a remote location, for the purpose of obtaining and 
activating a license to execute the software application and of establishing conditions for 
use of the software application, i.e. license rights. For the sake of simplicity, in the 
present example where there are three computers capable of executing the software 
5 application, it is assumed in the following description that only one such computer may 
be authorised to execute the software application at any one time, which initially is 
computer A. 

The configuration of computer A and its means of communication with the server 14 will 
10 now be described. It will be appreciated that computers B and C have a similar 

configuration and are capable of similar interchanges with the server 14 and therefore 
these will not be described. 

As shown in Figure 1, computer A comprises an operating system 16, a system memory 
15 18, an installation program 20 and a central processing unit (CPU) 22. The computer 

also has a peripheral storage device 24, such as a disk drive. The disk drive 24 contains a 
file system 26 including a software file 28 containing the software application whose use 
is controlled by a license. Similar software files 28 are included in the disk drives 24 of 
computers B and C. As soon as the software application is executed on Computer A, the 
20 application creates a license file 30, which initially contains no license activation rights. 
When computer A wishes to execute the software application, the computer must first 
activate a license to do so, and this is effected by means of a transaction between 
computer A and the server 14. 

25 For this purpose, a communication channel 32 must be opened between computer A and 
the server 14. As shown, computer A has a computer interface 34 capable of exchanging 
communications across the public domain 36 with a server interface 38 for the server 14. 
For example, the interfaces 34, 38 may be in the form of modems, and the public domain 
36 may be the internet, in which case communication between computer A and the server 
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14 may be automatically effected. However, other forms of communication channel 32 
are also possible, including a public domain in the form of a local telephone network 36, 
and human assisted interfaces 34, 38 involving the use, for example, of telephone, fax or 
e-mail. 

5 

The server 14 is arranged to control the allocation of licenses to computers A, B and C, 
and also their activation and deactivation. For this purpose, the server 14 has a database 
40 containing a database store or table 42 with information pertaining to a number of 
licenses . Figure 2 shows additional details of this table, which may include a column 

10 42a for the serial number of each software application that is available to the various 

clients 12. The serial number column will include one entry of the serial number for each 
available license, i.e. one entry in the present example for the software application. If 
two licenses were available for the software application, and hence the application could 
be used simultaneously on two of the computers in the computer system, then there 

15 would be two entries for that serial number in the serial number column 42a. Likewise, 
further such serial numbers for different software applications may also be stored in the 
serial number column 42a. 

The database table 42 also includes a computer identification column 42b. Each 
20 computer in the system is allocated a unique identification code, and when the license for 
a particular software application is activated at that computer the identification code is 
stored in the column 42b. The license table 42 in the database 40 also includes a data 
column 42c that describes the license rights, in which may be stored details of the rights 
available under the license, eg its term and expiry date, and whether certain features only 
25 of the software application are authorised. 

Corresponding license rights records 30a, 30b and 30c will eventually be created in the 
license file 30 of computer A, as described below. 
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4. First Embodiment - invariable license rights 

The transaction occurring between computer A and the server 14 when the software 
application is first installed will now be described with the aid of the flow charts shown 
5 in Figures 3 and 4. 

Firstly, computer A is switched on and the software application is installed by means of 
the installation program 20. The software application that is to be executed on computer 
A is loaded into the disk drive 24 and is stored in the software file 28. The software 
10 application immediately creates a license file 30. At this point, the license file 30 has no 
activation rights because no license has yet been activated. 

The software application sends out an enquiry in step 60 as to whether a valid, i.e. 
activated, license already exists in the license file 30 in computer A. In response, 

15 computer A checks in step 62 whether or not a valid license exists in the file 30. If yes, 
computer A executes the software application. However, in the present instance where 
the software application has only just been loaded into the disk drive 24, the answer will 
be no and the computer will proceed to step 64, in which the computer issues a license 
request to the server 14. The server 14 responds in step 66 by making a check through its 

20 own database store 42 to see whether the license has been activated in one of the other 
computers B or C. If yes, the server sends a response in step 68 to computer A denying 
the license request so that no license is activated in computer A authorising it to execute 
the software application. If the answer to the check in step 66 is no, the server 14 sends a 
response to computer A in step 70 enabling computer A to activate the license and then in 

25 step 72 to execute the software application accordingly. 

This process is shown in greater detail in Figure 4. As shown in Figure 4, loading the 
software application into the software file 28 initiates a license transaction in step 80. 
The software application first creates the license file 30 in step 82. The license file 30 at 
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this stage contains no activation rights. Under the direction of the software application, 
computer A next formulates a license request including an identification code indicating 
the computer from which the request originates. This is step 84. In step 86, the software 
application prompts the client 12 to supply the serial number identifying the software 
5 application. The license request including the identification code and the serial number 
are then transmitted to the server 14 in step 88. 

In step 90, the server 14 receives the license request from the client 12 and first checks in 
step 92 whether the request includes a valid serial number identifying the software 
application. If yes, the server 14 proceeds to step 94 and, if no, the server proceeds to 
step 96 and generates an "invalid" license response code. In step 94, the server 14 
extracts the identification code for computer A from the license request, and proceeds to 
step 98 where the server 14 checks the columns 42a and 42b of the database store 42 to 
establish whether the software application using that serial number is in use on another 
computer, B or C. If yes, the server 14 proceeds once again to step 96 and generates an 
"invalid" license response code. On the other hand, if the check in step 98 establishes 
that the software application is not in use on another computer, then the server 14 
proceeds to step 100 and updates its license files 42 to show that the software application 
identified in the serial number column 42a is in use in computer A as identified in the 
identification code column 42b. Server 14 then proceeds to step 102 and generates a 
"valid" license response code including information concerning the license rights 
available as specified in column 42c. The response code generated either in step 96 or in 
step 102 is then transmitted back to the client at computer A in step 104. 

25 Client 12 at computer A receives the response code from the server 14 in step 106 and 

checks in step 108 to see whether the response code is one for a "valid" license or not. If 
not, the computer proceeds directly to step 110 signifying that the transaction is 
complete. In this event, the license file 30 is not updated and, at this point, will still have 
no activation rights. If, on the other hand, a "valid" license response code was received, 
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computer A proceeds to step 1 12 and updates the license file 30 with the activation rights. 
At this point, computer A generates a number of file records 30a, 30b and 30c in the 
license file 30. The record 30a contains details identifying the software application. The 
record 30b contains details as to whether the license is activated or not, in this instance 
5 that it is activated, and the record 30c contains details of the license rights available under 
the license, or conditions of use. Subsequently, computer A proceeds to step 1 14, in 
which the software application reads the license file 30 and executes the license 
according to the conditions in the record 30c. Following this, computer A proceeds to 
step 1 10 since the transaction is now complete. 

10 

If for any reason, computer A accidentally erases its authorisation from the record 30b 
during this time, it can re-activate the license simply by making a new request to the 
server 14 in the step 66, as shown in Figure 3. The server 14 will proceed through steps 
68 and 72 as before and issue a new "valid" license code to computer A. 

15 

While computer A has an activated license in license file 30 and is running the software 
application in the software file 28, the other two computers B and C will not be able to 
install an activated license or activate a deactivated license in their own license file 30. 
In the event that one of these computers wishes to execute the software application, they 
20 will issue an enquiry to the server 14 as shown in Figure 3 and proceed through steps 60, 
62, 66, 68 and 70 to a state in which the server 14 denies the license request. 

However, once the software application is no longer required by computer A, the 
computer enters another transaction with the server 14, as shown in Figure 5. At this 
25 point, the software application generates a prompt as to whether the license in license file 
30 is to be deactivated. If the user 12 indicates their assent in step in 120, computer A 
proceeds to step 122 and deactivates the license in license file 30 by updating the license 
record 30b. At the same time, computer A issues a deactivation request including the 
serial number for the software application and the identification code for computer A. 
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Client 12 transmits this request to the server 14 in step 124. The server 14 receives the 
request in step 126 and in step 128 updates the database store 42 to show that the license 
is no longer activated at computer A and can be installed or activated at one of the other 
computers B or C. 

5 

At this point, the license file 30 and the disk drive 24 of the computer A still contains the 
license and the license details but the license is deactivated. In order to resume execution 
of the software application under license, computer A will have to enter a further 
transaction with the server 14 and make a new license request for an activated license. If 
10 the license is available, such a request will be granted as before. On the other hand, if no 
license is available, the request will be refused. This latter event is illustrated in Figure 6. 

Referring to Figure 6, the user 12 at computer A wishes to reactivate the license and 
generates a license return call in step 140. On checking whether a valid license exists at 

15 computer A (step 62 in Figure 3), computer A discovers in step 142 that its license is 

deactivated. The computer proceeds to step 144 and generates a request to reactivate the 
license for transmission to the server 40. As before, this request will include the serial 
number for the application and the identification code for computer A. The request is 
transmitted to the server 14 in step 146, and is received by the server 14 in step 148. The 

20 server now checks the database store 42 and establishes in step 150 that the license has 
been activated on one of the other two computers, computer B or computer C. 
Consequently, the server generates a response in step 152 refusing the request to 
reactivate the license. This response is transmitted back to the client 12 at computer A in 
step 154. Computer A receives the response in step 156, and in step 158 reads the 

25 response and discovers that the license remains deactivated. The transaction terminates 
in step 160 with the software application remaining the subject of a deactivated license 
and therefore requiring a further request for activation of the license at a later time. 
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The first embodiment described hitherto concerns the relatively simple situation where a 
software application can be executed on a particular computer with particular fixed rights 
according to whether or not a license is activated at that computer. Similar software 
applications can be executed at other computers likewise under the same fixed rights 
5 according to whether licenses are activated at these other computers, and a server 14 
controls the activation and deactivation of licenses at each respective computer. In the 
example described, the license can be activated at only one computer in the system, 
computer A, and hence computers B and C will not have an activated license to execute 
the software application. It will readily be appreciated, however, that the system will 
10 operate in the same way if more than one activated license is to be available, and the 

server 14 will control the activation and deactivation of licenses in the same way through 
transactions between each computer and the server 14. 

5. Second Embodiment - variable license rights 

15 

The invention also envisages a more complex version of the system and method 
described with reference to Figures 1 to 4, and this second embodiment will now be 
described with reference to Figures 1, 2, 7 and 8. 

20 Many parts of the system of, and method steps involved in, the second embodiment are 
the same as in the first embodiment and will be designated in the drawings by the same 
reference numerals. These parts and method steps will not be described again; only the 
differences will be described. 

25 Referring to Figures 1 and 2, reference has already been made to the license file 30 in the 
disk drive 24 of each computer and to the records 30a for the serial number for the 
software application, 30b for status of the license, and 30c for the license rights for the 
associated computer. Likewise, reference has already been made to the database store 42 
of the server 14 and the column 42a containing the serial numbers, the column 42b 
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containing the computer identification for the computers where the license has been 
activated, and the further column 42c containing information concerning the license 
rights. In the case of the second embodiment, the further record 30c in the license file 30 
and the further column 42c in the database store 42 both contain additional information 
concerning conditions under which the software application may be executed, that is 
information concerning the license rights. Such rights may include, by way of example 
only, a limitation on the number of times that the software application can be executed, a 
right to use the entire software application, a right to use specific features only of the 
software application, a right to a particular software capability, or access to certain 
restricted data. 

When the server 14 activates the license at computer A, the server 14 may determine 
what rights shall be available at computer A and may activate the license in respect of 
one only, or some or all, of the rights that are possible. The server 14 enters details of the 
rights awarded to computer A in the license rights column 42c. 

Turning to Figure 7, it will be seen that the transaction between the client 12 at computer 
A and the server 14 in this event is similar to the transaction occurring in the first 
embodiment but is modified in the following respects: 

Firstly, steps 84 and 86 of the transaction at the side of computer A, in which a license 
request is generated including an identification code for computer A and a serial number 
for the software application, are replaced by steps 84a and 86a. In step 84a, a license 
request code is generated including an identification code for computer A and a code for 
any license rights determined by the software application itself. Next, in step 86b, the 
user 12 is prompted for a serial number for the software application and also for any 
specific license rights required by the client 12 themselves. This combined license 
request is sent to the server in step 88 as before. 
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At the side of the server 14, steps 94 and 100, in which the identification code for 
computer A is extracted and the license file 42 at the server 14 is updated, are replaced by 
steps 94a and 100a. In step 94a, the server 14 extracts from the license request from 
computer A not only the identification code for computer A but also all information 
5 transmitted from computer A concerning the license rights requested from this computer. 
In step 100a, the server 14 updates the database store 42 not only by indicating in column 
42b the identification code for computer A but also by indicating in column 42c the 
license rights awarded to computer A determining the conditions of use of the software 
application in this instance. In step 102 a corresponding response code is then generated 
10 by the server 14. 

On receipt of the response code from the server 14, computer A checks the validity of the 
response in step 108 as before and, assuming the license is to be activated, proceeds to 
step 112a where the file record 30b is updated to indicate that the license has been 
15 activated and where the file record 30c is updated to indicate what license rights are 

available. Computer A will then proceed to step 1 14a, in which the software application 
will read the license file 30 and will execute the software application under the conditions 
of the available license rights. 

20 During execution of the software application, the application will continually be updating 
the information in the license rights file record 30c so that the information is current. For 
example, if the license initially granted the right to run the software application 100 
times, then on each occasion that the software application is executed, an execution count 
in the license rights folder 30c will be implemented by 1. 

25 

Figure 8 shows the transaction that takes place, in this instance, when the license is to be 
deactivated. It will be seen that following the generation of a request to deactivate the 
license in step 122, a new step 123a is inserted in which the information in the license 
rights file record 30c is transferred to the request code. A deactivation request is sent 
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from computer A to the server 14 in step 124a, as previously, with the exception that the 
request now includes details of the current state of the license rights in the request code. 
At the server 14, the database store 42 is updated in step 126 as before to indicate that 
computer A is no longer using the license and it can be activated elsewhere. 
5 Subsequently, in a further step 127a , the server 14 updates the column 42c to indicate the 
new state of the rights available under the license. In the example given above, if we 
assume that the license granted the right to execute the software application 100 times 
and computer A has executed the application 5 times, then the license rights column 42c 
will be updated with rights that to indicate that the license rights permit the software 
10 application to be executed a further 95 times. 

As in the case of the first embodiment, requests received from computers B and C to 
activate the license while the license is activated at computer A will be denied insofar as 
the license rights requested at computers B and C are mutually exclusive with the rights 
15 already authorised for computer A. On the other hand, it will be appreciated that 

computers B or C might request the use of different rights from computer A and these 
might validly be authorised at the same time that the license is activated at computer A. 

In the second embodiment, two additional features are present by comparison with the 
20 first embodiment. Firstly, selected license rights initiated by the client 12 may be 

requested of the server 14. Secondly, the rights may be arranged to vary on use, and the 
current state recorded in the license file 30 at the computer and then passed onto the 
server for updating of the server file 42. 

25 SUMMARY 



Two embodiments of the present invention have been described above, both offering a 
system by which licenses for the execution of a given software application at different 
computers A, B and C may be reliably and simply controlled by means of a server 14, 
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which retains a full history of the use of the software application at the different 
computers for reference. The result is a versatile and flexible system for controlling the 
use of software applications and the allocation of licenses and license rights for such 
applications. 

5 

An advantage of the present invention is that access to the server is only required when a 
license is transferred but is not required every time that the software application is run. 

In both embodiments, it is possible also for the computers to be permitted to execute 
10 certain features under the software application even when the license is de-activated. For 
example, the computer may be allowed a certain number of days of free use of the 
software application, or the software application may prompt the computer for payment 
of a license fee etc. 

15 It will be apparent that a number of modifications are possible within the scope of the 

invention. For example, the system need not be confined to the use of only one activated 
license but may cover as many license activations as desired, and also as many different 
forms of license rights as desired. 

20 Numerous other variations and modifications may be made to the described embodiments 
without departing from the teachings and concepts of the present invention as defined in 
the claims. 
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